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(54) , . Multiserver workfk>w system 

(57) A niuitlseryer workfiow syisiem in. which each, 
server and the users who use clients construct one suth. 
systein includes: a plurality of servers (12(>1. 126-2. 
120-N); a plurality of clients (130-1. 13Pt2,.130-N); and 
a network (1 10) to^wHicA the servers and the clients are . 
connected. All of the servers have address infbrrhatipn 
(310) of the servers constructing all of the ^Jbsystems 
and correspondence infOTmation (340) oh all of the' 
users and the subsystem which can bemused by respec- ^ 
tive users. When ieach dient ccm to any one of the ... 
servers, the client downloads a list of the subsystenns 
which can be used by the user who uses the dientand .n; 
addresses of the servers constaicting the usable sub- 
systems from the connection server and stores the list^ 
as a connectable server list (420). 
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Description 

BACKGROUND OF THE IhivENtlON 
Field of ttie Invention 

[0001] The Invention relates to at sierver/client system 
and. nriore particular!/, to a muftiserver workflow system 
comprising a plurality of subsystems. 

Description of ttie Related Art 



10 



[0002] There is a process for drculating a document 
to concerned departments or concerned persons and 
obtaining approvals of those drculation destinatiorfe! A 75 
workf bw system realizes such a process ona computei:^ 
network Specifically speaking, there is an^exarl1ple as , 
disclosed in U.S. Patent No 5,634.127. - , 
[0003] Generally, a server has business process defi- 
nition information as definition information of; a.docu- so 
ment flow (business process). The doaiment (case) 
inputted by the user on a dient is conto'olled in aocord^'^ 
ance with the definition information. ^ 
[0004] Hitherto, as a workflow system, there is a work- 
flow system with a single server construction in which 25 
one server and a plurality of dients are connected via a 
network. 

[0005] There is also a workflow system having a mul- 
tiserver consti-uction such that a plurality of servers and 
a plurality of clients are connected via a network and a 30 
control is made so that the pluiBlity of servers have the 
same business process definition information and all of 
the plurality of servers have the newest status informa- 
tion of a case which is b&ng processed. 
[0006] There is also a workflow system hiaving a mul- 3$ 
tisen^er construction such that a plurality of workfkw 
systems each haying the single server construction as 
mentioned atxjve are connected to the same network. 
[0007] In case of the conventional workflow system of 
the single server cpnstructk>n, since all of tiie busi- 4o 
nesses depend on qne server, if the server causes a 
malfunction, all of the businesses are stopped. The 
number of businesses of which the server is in charge 
increases, a use frequency of the business^ risesi and 
a toad whfch is appll^ tcftKe sen/er increases, so that 45 
a business executing speed decreases. 
[0008] In case of ttie workflow system of tiie mufti- 
sender construction whkrfi holds the same information., 
an amount of information which is stored \rito each 
sender increases arid t^ airioh;^ the seryeri^lfbr ] so 
keeping the information klentical arnpng the servers 
occur. There is a case'where unless the t>ackup and 
restoring operations are executed in a lump in all of ttie 
sen/ers. a mismatch among the servers occurs in the 
information recovered from the backup. 55 
[0009J In case of the workflow system of ttie multi- 
server construction In virtiich a plurality of workflow sys- 
tems of ttie single server consb-uction are connected to 



tfie same network, since ttie users cannot be collec- 
tively managed, ttie user management is troublesome. 
Further, when a ch^ge in^cbhlsfruction (the number) of 
servers occurs, it is necessary to change information h 
all clients using the target system. . 

SUMMARY OF THE INVENTION 

[0010] ft Is an object of ttie irivention to provide a muf- 
tiserver workflow system in virhfch even when a server to 
be connected does not worf^j^the dient can try tO; con- 
nect wrth another server. 

[0011] Anottier object of the invention is to provide a 
muftiserver workflow system which can execute busi- 
nesses pn servers.ottier than a faiift occurring server^ 
[001 2] Still anottier object of the invention is to make 
it easy to manage and change Inforrnation on servers 
and users in a multiserver workflow system. . 
[0013] To acconrplish those objects, a worl^tow sys- 
tem according to tiie inventioh has ttie bllowing con- 
struction. 

[0014] A muftisen/er workf tow system in which 6ach 
server and the users who use dierits construct one sub- 
system comprises: a pluralfty of servers; a plurality of 
dients; and a network to which ttie sen/ers and dients 
are connected. All of ttie servers have: address inforrna- 
tion oif the servers belonging to all subsystems; and cor- 
respondence information of all users and - the 
subsystems whfoh can be used by ttie users. When^ 
each client is connected to a!hy one of ttie servers, the 
client downib^ds a list of ttie sul)systehre; which can be 
used by ttie user who use ttie dient arxJ addresses of 
ttie servers cohsf uctihg the usable sufosystehi from the 
connecting server and st^es thm as^ connect^ 
server list for^ eadi login user. 

[0015] Furttier, each client tries to connect to the \ 
server by using ttie stewed conriectable server fist arid, 
when ttie connection ^ ttie sery^ fails, ttie clierit tries to 
connect to anoth#s6rvef in ttie ia)nnedaHe server list 

BRIEF DESCRIPtlON OF THE DRAWINGS 

[00161'' ■■'■7;;;" ; ^- - -. -s 

Rg. 1 is a block diagram showing an outiine of a 
structure of a muftiserver workftow system accord- 
ing to ttie invention; 

Fig. 2 is a btock diagram showing a more specific 
structual example of ttie muftiserver workflow sys- 
tem and a user Interface on a dient; 
Fig. 3 is a diagram for explaining sttuctures of infor- 
mation which is formed by a management server 
and infbrmatton which is distributed to each subsys- 
tem and for ecplaining ttie information forming 
mettiod; 

Fig. 4 is a diagram for explaining a method of dis- 
tributing a connectable server fist from a sender to 
dients; and 
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Fig: 5 is a diagram for explaming processes when a 
client connects to a server 

DESCRIPTION GF THE PREFERRED'EMBGbi- ' 
MENTS ' ' 5 

(1) Systern cbhstruc^ 

, [0017] Rg. 1 is a block diagram shdmhg'^^ ^ ' 

a constructiori of a mdtis'erver workflow system. i'o 
[0018] A plurality of servers 120-1 to t20-N arid a plih " 
rality of clients 130-1 to I3i3-N are connected a com- ' 
muhications network 110 and databases 121-1 tb 121- ' 
N are connected to the respective servers. 
[001 9J The communications network „1 1 0^is an LAN ' is 
(Local Area Network), a WAN (Wide Area Networl^, a ^ 
publictelephone line; ah Intemet, or the like: The servar • 
120 and client 130 are computers such as personal 
computers, workstatbns, or the like each having a CPUp 
a memoryjnput/output devices, and an interlace to the 20 
Gommunications network. The database 121 can be 
also included In the server 120. Comnunicatiorvs 
between the server 120 and client 130 and between the 
servers are executed using a protocol depending on the 
communications network 110, for example, TCP/IP. One 2S 
server and a plurality of users who use the clients con- 
struct one subsystem. . 

(2) Operation of the user 

[0020] Fig.:2.is a block diagram showing a more spe- 
cific structural example of the nnultiserver workftow sys* 
tem and a user interifece on the client 
[0021] In this example, server 1 (120-1). serva' 2 
(120-2). and server 3 (120-3) are connected as servers 35 
to the network. (110). The senrer 1 betongs to an • 
accounting business subsystem. The server 2 betongs 
to a personnel business sut)system. The server 3 - 
belongs to a matenals business subsystem. 
[0022] It is now assumed that a user who uses a client 40 
X (130-1) is permitted to use all of the subsystems. A : 
basrc saeen 200 is displayed on a display device of the - 
clientX. - ^: 

[0023] Buttons Of case input 201. INBOXes 211 to " 
21 4, and OUTBOXes 221 : to 224 are displayed on the 45 
basic screen 200. ' ^; 

[0024] In case of inputting, a new case, the user 
selects the case input button 201 by a nxHJse dick or ) 
the like. After that, a Hst of sut>systems which can be ^ ' 
used :by the. user is showa By further selecting a^ so 
desired subsystem^ a busihe^ process in the selected 
sut3system is d^played.. The subsequent operatton ts 
the same as that of the conventional workf tew system of - 
the single server construction. : - 

[0025] The user selects the INBOX button in order to v 55 
access a case which is not processed yet and has to be' - 
processed from now on. The user selects the OUTBOX . 
button in order to see a status of a case which has 



already beeih inputted Or processed. When the user 
selects the INBOX and OUTBOX buttons (211. 221) of 
all of the systems, titles of the cases relating to the user 
in all of the subsystems are displayed together with the 
additional information. When the user selects the 
INBOX and OUTBOX buttons (212 - 214. 222 - 224) of 
each system, a title of the cases relating to the user in 
the selected subsystem are displayed togeither with the 
additional information. 

[0026] When the INBOX button is selected, a pei^n 
who made the case, making time, a name of the usirkj 
business pi^ocess. time when me 'case arw at hrs 
INBOX; and the like are displayed tbgether with the 
case titl^. By setectihg the case title; the user performs 
the refen-ing or approving operation of the contents of 
the case. When the user sblects the OUTBOX button, a 
person who made the caseV rhakihg time, a hante of tiie 
using business process, a'-pi-ocessing statusraiid the 
like are displayed together with' the case title. The oper- 
ation after the user accessed each sut>system is the 
same as that of the corWentional workftow s^ehn of th^ 
single server construction. 

(3) Infbrniation making and setting method 

[0027] Fig. 3 is a diagrarh tor explaining inforrhation 
whteh is cfistributed to the senders of each subsystem; 
[0028] The Inforratibh is made by one server and tiie 
intomiation is distributed to each sender. To make tile 
information, a dedicated server may be provided or any 
one of tiie servers 1 , 2, and 3 constructing tiie business 
sut>systems as shown in Rg. 2 may be used. The server 
which makes the ihformatiori to be distributed to each 
server is called a nranagement server. 
[0029] The information is made in the management 
server t^ the following proceduf a - 

® Making of flfie sUbs^em list • 

[0030] A managing program on ttiie n)anagement 
server makes a subsystem list table 310 In accordance 
with the Input of a manager and stores the table into k: 
memory in the management server. The subsystem list 
table 310 includes a name of the server constixjcting' 
each subsystem and an address (for example, IP 
address) on the communk»tions network of the server. ; 

0 Making of the user informatibn - 

[0031] The managing program oh this nianagement- 
server-^makes a user informatibn table: 320 in accord- . 
ance witii the input of the nianag'er arKi stoi^es the ta^ 
into the memory in the management saver. TOe liser 
infomnationtable 320 includes usbr IDs of all of tiie users ^ 
who use tiie system; sections to which they belong: ' 
names, and posts. The table 320 can also furtiier 
Include it^ms such as passwords; nicknames, and th^ 
like. The user infomiation table may be made by tfie 
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server of each subsystem arxl collected to the manager^ 
ment server. 

® Maldng.of the subsystem user informatiori< 

[0032] The managing program on the rnanagement 
server makes a subsystem user information table:33p in . k 
accordance with the Input of the manager and on the . 
basis of the subsystem list table 310 arid stores the 
table into the memory in the managemwit server. The. io 
manager designates the usere use each subsys^ :t 
tem 1^ indicating a condition. For, e)Ganrple, as shown in; 
the table 330 in Fig. 3> the users In an operation section ; ; 
are designated.fpr fee subsystem of the server, 1. All of , 
the users are designated for the S|L4)system^^6rthe is 
sender 2. The users in ttie. pperatibn section arid group 
leaders of all sectbns are. designated for the sukjsystem 
of the server 3. The table 330 includes the sender 
names and inputted conditions. 

® Making of the user connecfion infbrnriation 

[0033] The managing program on the management 
server compares the items in ttie user information table 
320 which has already been made with the conditions in 25 
the subsystenri^^ user inlonratlon table 33^^ 
the connectaWe servers for respective users, and 
makes a user connection iriformation table 340. The 
user connection information has a list of the connecla- 
We servers in addition to the same items as those in the so 
user information table 330. m 

® Distnlbution of the subsy^ 
nectk)h infonrnab'on 

[0034] The managing program on the manageifnent 
server distributes the subsystem list table 310 and the 
user connection information table 340 to an of the 5en^^ 
ers via the communications network! Therefore, aB of 
the servers i: to 3 have the same infornatiori. . 
[0035] . The managing program is software whteh is 
executed by the CPU of the management server. 

® Distribution of the connec^e s^ IM to each di- 

■ enl- - -^i. - '^^ 

[0036] A method of distributing the connectable server 
list from the server to each client will now be descrtoed 
by using Rg. 4. 

[0037] ^ Wor each dient, tha server tp be connected in^ so 
defauft is deternriined.,and the dientrhas;;ils ad^ 
default connection server Jnfpnriatipn 410. The dient 
connepts tp.the default connection server and^^ 
a login reque^ (430) tp the connection server togetheri . 
with the user ID of the user who uses the dient. The di- 55 
ent can transmit a server information updating request: 
or a joigiri request to the server being connected 
together, with the user ID at another arbitrary timings. 



[0038] When the login request or server information 
updating request is received, the server extracts the 
user ID induded in those requests. The server extracts 
the conrieclable. server names of the user ID fronri the , 
user connection information table 340 and, further, 
extracts the addresses of the connectat)le servers from 
the subsystem listtaWeSIO. After that, the sender trans- 
mits the connectable server names and tiie addresses 
as a connectatrfe sefver list to a ^seinding source of the 
logiri request or the server information 
(440). The dient stores tiie received conriectat)le,server ; 
list as a.table420. In somesystems»,^ plurality of ysersc. 
share one dient in sm^ may store, 

the connedable sender lists ^ the respective users. 
[OOSSl The foregoing procedure of (3) to © is also 
applied to tiie cases of an addition of the server, an 
address change of tiie server, an addition or deletion of 
the user^ and a change in user information. 

(4) Process of the client 

[0040] Process of tile^dient when the user starts a 
workflow business in the client devfoe will now be 
described with reference to Fig. 5. ^ 
[0041] When the dient receives tiie login request from 
tiie user, tiie. dient obtains information on the server 
which has previously been designated as a default 
server on own dient machine (step 500) and tries to 
connect to the default server. 
[0042] When the connection tried sender is working 
(YES in step 501) arid the user is authenticated by tt>e 
server (OK in step 508), the connectable sender list 
table 420 is downloaded onto the own dient machine 
(step 509). Even when the server list bias already- 
existed on tiie client, by again downloading, the dient 
can obtain the new connectable server list correspond- 
ing to the login user. After that, the client starts tiie work- 
flow business (step 510). 

[0043] When the connection tried sender Is not work- 
ing (NO in step 501) or the user fails to be authenticated- 
by the server (1^ in step 508). the client checks 
whether the connectable sender list table 420 for the 
user exists on the own dient machine or not (step 502)i 
[0044] When the table 420 exists (YES in step 502), 
the dient tries to connect^to one of the senders In tiie list 
(step 50^. 

[0045] When tiie connection cannot be performed 
(NG in step 506) due to a reason such that the connec- 
tion tried server is in a down state or the like, the dient 
checks if another server exists in the list (step 507).' 
When thereJsanother server (YES in step 507), the cB- 
enl tries to connecft to the server (step 505). 
[0046] When the client cannot corinect to aH serveis 
. in the list (NO in step 507), the dient finishes the proc- 
esses.- ■ ' ■ .-^ • 
[0047] When the connection tried server is working 
(OK in step 506) and the user is authenticated by the 
server (OK in step 508), the connectable sender list 
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table 420 is downloaded onto the own client machine 
(step 509). 

[0048] When the table'420 for the user doeshi exist 
the client finishes the processes (NO in step 502). 
[0049]' i-- The above process- Is realized by software 
which is executed by the CPU of the client 
[0050] The order of selecting the connection trying 
server in the server list table 420 by the client can be 
determined by the client or can be merely the topdown 
order of in the table. io 
[0051 ] The basic screen 200 which is displayed on the 
display device of the client is shewn in the paragraph (2) 
mentioned above and Fig. 2. The INBOX and OUTBOX 
buttons of an of the subsystems arid each subsystem 
which can. k)e used by the user are display«lin the is 
.at)ove screen. This display is performed on the basis of 
the connedable server list table 420 on the client^When 
the INBOX or OUTBOX button of a certain subsystem 
(server) is designated, the diervt obtains the address of 
the designated server from the server list table 420. 20 
When the client is at present connected to the server, 
the process conresporKling to the designated button is 
started. When the client Is not connected to the server, 
the connecting process is executed by using the 
obtained; address and, after completion of the user 25 
authentication; the process corresponding to the desig- 
nated button is starts. In the basic screen 200, when 
the case input button 201 and the INBOX and OUTBOX 
buttons 21 1 and 221 of all of the subsystems are desig- 
nated, the client sequentially connects to all of the serv- 30 
ers in the connectabte server list table 420. receives the 
user authentication, and executes the transmission and 
reception of the information and the processes. During 
the process, if there is a server which is not working, the 
process fbr this server is skqaped. 3S 

(5) Effects 

[0052] . By constructing the system and the table 
arrangement as mentioned above, the client can obtain 40 
the list of the servers which can be used by the user 
from any server. 

[0053] A service for accessing a plurality of servers 
can be provided to the user with a simple user interface. 
[0054] It is sufficient to perform the change of the 4S 
server, server address, and user in only the manage- 
merit server and the maintenance beconnes simple. 

(6) Modifications 

so 

[0055] Although the embodiment has been described 
with respect to the workf tow system as an example, the 
defining n^ethod and distributing method of the informa- 
tion on the servers and users can be also applied to 
another multiserver systems. ss 
lObSB] The numbers of items in the tables of the sub- 
system list, user information, subsystem user informa- 
tion, user connection infonmation, and connectable 



server list can be increiased or decreased as n^essary. 
Claims 



a plurality bf'servers (120M; 120-2. 126-N); 
aplurality of clienfe (130-1. 130-2, 130^N): and 
a network (1 1 0) to which said servers and said 
clients are connected, 

wherein each of said servers and users who 
use the clients construct a subsystem, 
all of the servers have address information 
(310) of the servers constructing all subsys- 
tems and correspondence information (340) of 
alt users and the subsystems which can be 
used by respective users, and 
when each client connects to any one of said 
servers, said client downloads a list of the sut>- 
systems which can be used by the user who 
uses said client and addresses of the servers 
constructing said usable subsystems firom the 
connected server and stores the list as a cbn- 
nectafc)le server list (420). >- 

2. A system according to claim 1 , wherein each client 
provides a user interne (200) to access all of the 
usable subsystems with reference to said connec- 
tion server list (420) and connects to the server 
constructing the subsystem selected by the user by 
using the addresses in the connectable server list 

3. A system accordincj to claim 1 ; wherein each client 
connects to the server by using the stored connect- 
able server list (420) and. when the connection to 
said server fails, said client tries to connect to 
another server in the connectable sen/er list.^ 

4. A method of managing information on servers and 
users in a multiserver workflow system indudihg a 
plurality of sut)systems, comprising the steps of: 

deciding an information management server; '• 
on saki Information management server, delin- 
. ing . sut)system/server ^ address ihfbrnnatton 
%(31 0)- including addresses of servers construct- 
ing an of the subsystems and user/subsystem 
correspondence information (340) indicating a 
correspondence between all of tirie users and 

- the sut)systems which can t>e used by respec- 
vthre users and storing the inlbrnriatim • 
distributingK' said subsystem^erver. address: 
information (310) and said user/subsysteiti cor- ^ 
respondence information (340) from said infor- 
mation management server to all of the 
servers; and. : . - . - 

. in each of thesj8rverscor)strlJcting thesut)sys- 
tems, storing said subsystem/iserver address 



5 1. A niuHiservervvorkflowsystenlbompri^^ * 
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information and sakJ userysubsystem corre- 
spondence inlbmnation being distributed, 
extracting a list of ttie subsystems which can 
be used by the user who uses said client and 
the addresses of the servers constructing said 
usable subsystems from said stored informa- 
tion in response to a request from the client, 
and transmitting the list (420) to said client 

5. A method according to daim 4, wherein in said 
management server, . . . i 

information (320) . on all of the users is col- 
lected. 

a condition (330) of the user constructiiig the is 
suk)system is inputted^ and ^ 
said information on every user is compared 
with the condition of the user constructing said 
. suteystem, the usable subsystem is deter- 
mined for e^ry user, and said user/subsystem 20 
correspondence infomnation (340) is made. 

6. A method of connectin^toa server by a client,LCom- 
prising the steps of: 

25 

having an address (410) of a default connec- 
tion server; 

connecting to said default connection sen/er at 
first,: downloading a list of subsystems which 
can be used by a user who uses said dient and 30 
addresses of the servers constructing said 
usable sut)syslems from the connection server, 
and stonng the list as a conn^ctable sender M 
(420);and^ 

: performing the connection to the sender by 3S 
using the stored connectable server list at sec'^ 
ond and subsequent times, and when the con- 
nection to said server fails, the dient tries to 
connept to another server in said connectable; 
server list.^ - - ^ 

7. A mettTod according to daim 6, further coriiprlsing 
thestepot- -.^li-u^^- 

When the connection to the server succeeds, 45 
- downloading the connectable sierver list (420) 
,from the connection server in order to obtain 
: latest information. . s-^ . 

8. A program storage device readable by a dient so 
machine, tangWy embodying a program of instruc- 
tions executable by the dient machine to perform 
method steps for connecting with a server madiine. 
said method comprising the steps of : v 

connecting to a predetermined default connec- 
tion sender at first, downloading a list of subsys- 
tems which can be used by a user who uses 



said dient and addresses of servers construct- 
ing said usable sut>systems from the connecr 
tion server, and storing fte fet .as; a 
connectable server list; and 
5 connecting to the server by- using the stored 

connectable server list at second and subse- 
quent times, and when tiie connection to said 
server fails, trying to connect to.anotiier server 
in said connectable sen/er list 

A server/client system comprising: j 

a plurality of servers (120); 
a plurality of dlents (130); and 
a network (1 10) to which said servers and said 
dients are connected, 

wherein all of ttie servers have address infbr-^ 
mation (310) on all servers ahd^ corr^pbnd- 
ence information (340) of ail users and the 
servers which can be used by. respective users. 
. and • >; 

when each client is connected to any one of 
said servers, said client downloads a list of the 
servers which can be used by the user wfio 
uses said dient and addresses of the servers 
from the connection sender and stores the list 
as a connectable server list (420). 
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